Fix the scrolledwindow test

These tests were written for the propagate-nat-size semantics,
so opt in to it.

GtkScrolledWindow: Bug 766569 - Make propagation of natural child sizes optional

Making propagation of child natural sizes mandatory (or default, even) was
evidently a mistake as this causes dynamic content in a scrolled window
to resize it's parent when the scrolled window is competing for space
with an adjacent widget.

This patch instead adds API to control whether natural width and
height of the child should be propagated through the scrolled windows
size requests.

Require wayland-protocols 1.7

Needed for xdg-shell v6.

Updated German translation

Updated Hungarian translation

3.21.5

x11: Fix a trap mixup

There was a return between a push/pop of an error trap, and
this managed to trigger the 'unpopped trap' warning in the
displayclose test now. Fix this.

gtk: window: don't forget to realize popovers of subwindows

https://bugzilla.gnome.org/show_bug.cgi?id=770307

Document handle-related Wayland api

In particular, note that this API depends on an unstable
Wayland protocol and thus may have to change.

wayland: Add API for setting an exported as a parent

Add an API that enables an application to, given an exported window
handle, set its own window as a transient of the window associated with
the exported window handle.

https://bugzilla.gnome.org/show_bug.cgi?id=769788

window: Add Wayland implementation of gtk_window_export_handle

https://bugzilla.gnome.org/show_bug.cgi?id=769788

wayland: Add API for creating exported window handles

Using the xdg_foreign protocol, expose a way to get handles to windows
that may be shared between processes.

https://bugzilla.gnome.org/show_bug.cgi?id=769788

Use NULL for generic marshallers in g_signal_new()

glib will use the correct marshaller automatically. And as a side
effect, we also get all glib optimizations, like a va marshaller.

about dialog: Set a max-content-height on credits

This keeps the credits section from making the dialog grow
when there are lots of credits.

https://bugzilla.gnome.org/show_bug.cgi?id=770458

gtkplacessidebar: fix signal marshal

We were using __VOID for the SHOW_OTHER_LOCATION signal that
uses flags named SHOR_OTHER_LOCATION_WITH_FLAGS.
However, if a signal uses flags the marshal needs to use __FLAGS.

This patch addresses this using VOID__FLAGS as the marshaler parameter.

Thanks to Jan Steffens for pointing this out.

https://bugzilla.gnome.org/show_bug.cgi?id=770550

Updated Serbian translation

Updated Serbian translation

GDK W32: Remove obsolete assertions

Updated Polish translation

Updates

Add braces to appease gcc

-ftrack-macro-expansion=0 doesn't like if statements without braces when
evaluating indentation levels.

uimanager: Correctly indent code

a11y: Correctly indent code

Updated Slovenian translation

Updated Slovenian translation

cell renderer text: Allow entries to shrink

Set a small max-width on entries used for editing cells, so they
adapt to small columns and don't overlap the next column.

https://bugzilla.gnome.org/show_bug.cgi?id=770374

wayland: add min/max size from xdg-shell v6

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=764413

wayland: Implement move_to_rect

Translate move_to_rect parameter into xdg_positioner requests, and use
the generated xdg_positioner to create the popup.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Port to xdg_shell unstable v6

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Move window geometry calculation to helper

We'll use it from more places later.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Only update the window title if it actually updated

This makes the protocol log less spammy.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Only sync surface regions once per commit

Only set input, opaque and window geometry regions once per commit.
They are double buffered anyway, so the last one would only take effect
either way; this way reading protocol logs are much more pleasent.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Remove gdk_wayland_display_get_xdg_shell()

Don't expose the xdg_shell struct as it is not yet a stable type that
will stay the same.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Get tiled state from gtk_shell instead of xdg_shell

Use our the 'tiled' entry from our new 'state' enum sent via
xdg_surface.configure.

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Fix indentation

https://bugzilla.gnome.org/show_bug.cgi?id=769937

wayland: Add some more debug spew

wayland: Replace g_debug by GDK_NOTE

We have this framework, lets use it.

Document window-icon related api as 'may not work'

Some platforms simply don't have window icons (such as Wayland).

notebook: Update arrow state when switching pages

Otherwise, we may end up showing clickable arrows that don't
do anything.

https://bugzilla.gnome.org/show_bug.cgi?id=770332

scale: Document interaction between rounding and autoscrolling

This is a bit of a gotcha, so better document it.

widget-factory: Fix smooth autoscrolling of scales

There is annoying interference between formatting the value
(for which we set the number of digits to show) and the small
frame-to-frame value changes that we do for autoscrolling.

To work around this, turn off the digits-based rounding entirely
and format the value ourselves with ::format-value.

gtk-demo: Make the scale demo fully functional

The adjustments need to have step-increment and page-increment
set up, or keynav and autoscrolling will not work.

Allow activating the desktop portal for inhibit

We allow it everywhere else, and there is nothing wrong with it.

Updated Czech translation

Updated Spanish translation

Update POTFILES.in and POTFILES.skip

demos: Use stateful actions for rings/strips in "Touch and Drawing Tablets" demo

https://bugzilla.gnome.org/show_bug.cgi?id=770026

GtkPadController: Make ring/strip actions be activated with the axis value

This way these axes may be used in detail by the implementors of pad GActions.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

GtkEventController: Add some comment describing the filter_event private vfunc

It might not be entirely clear what the boolean return value means.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

demos: Add pad support to "event axes" demo

And rename it to "Touch and Drawing Tablets", since it's no longer about
"axes" really.

As for pad support in the demo, just keep it "simple", make the
controller handle all pad devices, and make all the actions have the
same callback.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

GtkPadController: Notify actions back to the windowing on wayland

This allows applications to provide descriptions of the actions performed
by each pad feature. pass the GtkPadActionEntry labels for this.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Offer wayland-specific method to set pad actions feedback

The wayland tablet protocol allows notifying the compositor with
descriptions of the actions performed by each tablet element. This
API call allows to hook up in to this wayland-specific feature.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Support pad devices in gdk_wayland_device_get_node_path()

We can return the node path on those too, so do that.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Implement pad event emission

We now send all the set of button/ring/strip/group_mode events.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Create/expose pad devices

These devices are kind of an strange case. Their "master" device is
the keyboard, because they share toplevel focus with it, regardless
of stylus focus. Nonetheless, they are only expected to send the
GdkEventPad* set of events.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Add GdkWaylandDevicePad

This is a subclass of GdkWaylandDevice that implements GdkDevicePad,
all pad features are looked up from the info obtained through the
tablet v2 interface.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Implement backbone of pad support

All pad interfaces and features are poked, we just now need
exposing those.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gtk: Add GtkPadController

This GdkEventController is a helper object to handle pad events,
it allows setting a mapping to action names, to be triggered in
the given action group.

In order to help on places where advanced mapping/configurability
of pad features is not desirable, this controller also allows
passing a NULL pad device, meaning it will listen on all pads,
and/or passing -1 on mode/index, so an action applies to all
modes/features (eg. strips/rings).

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gtk: Add minimal handling of pad events

No real handling is yet performed, to be done through a GdkEventController

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Add GdkDevicePad

This is an interface meant to be implemented by the "pad" devices.
This device-specific interface exposes the mapping of all pad features,
it allows retrieving:
- The number of buttons/rings/strips
- The number of groups
- The number of modes a group has
- Whether a given button/ring/strip belongs to a given group

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Address pad events similarly to keyboard events

We want the same treatment for those, the event will be emitted on the
toplevel, which will then decide what to do with the event.

It just doesn't make much sense to propagate those up/down the hierarchy,
when we want specifically one action being triggered from those.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Add pad event structs, enum values, and event mask bit

GDK_PAD_BUTTON*,RING and STRIP will be emitted respectively when
pad buttons, rings or strips are interacted with. Each of those
pad components belong to a group (a pad can contain several of
those), which may be in a given mode. All this information is
contained in the event.

GDK_PAD_GROUP_MODE is emitted when a group in the pad switches
mode, which will generally result in a different set of actions
being triggered from the same buttons/rings/strips in the group.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdkdevice: Add GDK_SOURCE_TABLET_PAD input source type for GdkDevices

This will represent a tablet pad.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

wayland: Add wayland-specific method to retrieve a device node path

This will be useful at least for g-c-c, in order to match libwacom
data with GdkDevices.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Pass hardware ID on gdk_device_tool_new()

And implement this on wayland, where this information is already obtained.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Add a getter for the hardware id of a GdkDeviceTool

Although scarcely used, this information may be useful to retrieve
from the windowing systems that offer this information.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gtkbindings: Add an example for gtk_binding_entry_add_signal()

Otherwise the way the varargs are supposed to be used is completely
opaque.

https://bugzilla.gnome.org/show_bug.cgi?id=770236

Update Catalan translation

Updated Polish translation

gtkbindings: Clarify that widgets need has-focus for bindings to work

https://bugzilla.gnome.org/show_bug.cgi?id=770242

Adwaita: increase border radius on button.circular...

...to allow huge circular buttons.
See https://bugzilla.gnome.org/show_bug.cgi?id=770166

quartz: Fix typo that broke debug builds

Updated French translation

Updated Brazilian Portuguese translation

Updated German translation

Updated German translation

popover: Clarify transitions-enabled deprecation

https://bugzilla.gnome.org/show_bug.cgi?id=769706

Updated Hungarian translation

stylepropertyimpl: Remove double assignment

gdk: Fix gdk_device_tool_get_serial() return value

This is a guint64, not just a guint.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

gdk: Fix GdkDevice::tool-changed signal marshaller

GdkDeviceTool is an object, not a boxed type.

https://bugzilla.gnome.org/show_bug.cgi?id=770026

Update GTK+ Windows icon (now scles up to 256x256)

Also add the SVG file that was used to produce it (derived
from the old raster logo).

https://bugzilla.gnome.org/show_bug.cgi?id=768081

wayland: Use keyboard serial for implicit grab

An xdg-popup requires a serial that the compositor will compare against
its own serial and will dismiss the popup if it doesn't match.

gtk+ uses either a pointer or touch serial for its helper function
_gdk_wayland_seat_get_last_implicit_grab_serial() but if the menu is
triggered before the user has had any pointer or touch interaction with
the client, using a keyboard shortcut, there is neither pointer nor
touch serial available, and gtk+ will use 0 as the default.

As a result, the compositor will instantly dismiss the xdg-popup. In
this case, gtk+ should use the keyboard serial instead.

Track keyboard serial as well and use the keyboard serial as the value
if there is no newer pointer or touch serial available.

https://bugzilla.gnome.org/show_bug.cgi?id=768017

Minor doc cleanup

gtk-doc is smart about plural links, nowadays.

Remove an outdated comment

It described as TODO what the code right below it already does.

Updated Hungarian translation

Updated German translation

Update POTFILES.skip

wayland: Postpone processing move_to_rect params until showing

At the time of move_to_rect() is called, not all state may have been set
up on the impl gdk window, causing the position to sometimes be
slightly offset due to drap shadow margins. For now, work around this
by postponing the processing of the move_to_rect() parameters until
showing, when its more likely that all state (such as shadow margin)
has been set correctly.

https://bugzilla.gnome.org/show_bug.cgi?id=769402

gdkwindow: Use toplevel for getting root cords in move_to_rect()

The Wayland backend manages a set of fake root coordinate spaces, where
each non-relative positioned toplevel (i.e. not popups, popovers,
tooltips etc) make up the basis of separate fake root coordinate spaces.

This means that the Wayland backend doesn't have the abilitiy get a
proper root coordinate when querying on a non-toplevel GdkWindow. To
avoid this issue, first find the toplevel, while translating the anchor
rect coordinates so that they are in the toplevel window coordinate
space. Then use this toplevel to translate the coordinates to root
window coordinate space.

https://bugzilla.gnome.org/show_bug.cgi?id=769402

wayland: Don't traverse transient-ofs when faking root coordinate space

The position of each transient-of will be in fake-root coordinate
space; thus we should not accumulate all the positions making it an
offset; each window is already in fake root coordinate space.

https://bugzilla.gnome.org/show_bug.cgi?id=769402

wayland: Use effective toplevel as popup parent

When using the set transient-for as a popup parent, fetch the effective
toplevel instead, otherwise we will position against the wrong
coordinate.

https://bugzilla.gnome.org/show_bug.cgi?id=769402

Use gtk_popover_popdown/popup where appropriate

https://bugzilla.gnome.org/show_bug.cgi?id=769706

GtkPopover: Deprecate transitions-enabled

The effect of transitions-enabled=true can now be
achieved using gtk_popover_popup/popdown and the effect
of transitions-enabled=false can be achieved using
gtk_widget_show/hide.

https://bugzilla.gnome.org/show_bug.cgi?id=769706

GtkPopover: Add gtk_popover_popdown/popup

Since not chaining up in gtk_widget_show/gtk_widget_hide is not allowed,
we can't just implicitly delay the hiding in GtkPopover's hide
implementation. Fix this by introducing gtk_popover_popup() and
gtk_popover_popdown() to show or hide a popover with transition and
revert GtkPopover's show/hide implementation to apply their effect
without the transition.

https://bugzilla.gnome.org/show_bug.cgi?id=769706

Updated Indonesian translation

Updated Indonesian translation

mir: group DND, tooltips, and notifications with menu-type windows

Remove outdated comments

https://bugzilla.gnome.org/show_bug.cgi?id=768138

Use Menus to implement tooltips

The order in which tooltips are created, drawn, shown and then positioned,
always requires repositioning the surface. The tooltip window type only has
limited capability to do so. An alternative could be to use bufferstreams.

https://bugzilla.gnome.org/show_bug.cgi?id=768138